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The invention relates to an apparatus and a process for the 
data communication between a system unit (8) and technical 
facilities (2, 3, 4) in buildings for the flexible and convenient 
parameterization and remote monitoring of the facilities (2, 3, 
4), an existing communication infrastructure being usable to 
reduce the expenditure resulting from cabling and to enable 
cost-effective data communication. The apparatus comprises 
a system unit (8) which is suited for data transmission 
according to a first data transmission protocol, at least one 
facility (2, 3, 4) which is suited for data transmission 
according to a second data transmission protocol, a protocol 
converter (1) which is connected to system unit (8) and 
converts data of the first data transmission protocol into data 
of the second data transmission protocol and vice versa, and 
a bus system (5) to which the facilities (2, 3, 4) and the 
protocol converter (1) can be connected 
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Prufungsantrag gem. § 44 PatG ist gestellt 

@ Vorrichtung und Verfahren zur Datenkommunikation, insbesondere zur Parametrisierung und 
FernCiberwachung von Heizungsanlagen 

© Die Erfindung betrifft eine Vorrichtung und ein Verfah- 
ren zur Datenkommunikation zwischen einem System- 
rechner (8) und Gebaudetechnikeinrichtungen (2, 3, 4) fur 
eine flexible und komfortable Para met riesie rung und 
Ferniiberwachung der Einrichtungen (2, 3, 4), wobei auf 
eine vorhandene Kommunikationsinfrastruktur zuruckge- 
griffen werden kann, um den Verkabelungsaufwand zu re- 
duzieren und eine kostengunstige Datenkommunikation 
zu ermoglichen. Die Vorrichtung we ist einen Systemrech- 
ner (8), der zur Obertragung von Daten nach einem ersten 
Datenubertragungsprotokoll geeignet ist, mindestens ^ 
eine Einrichtung (2, 3, 4), die zur Obertragung von Daten 
nach einem zweiten Datenubertragungsprotokoll geeig- 
net ist, einen Protokollkonverter (1), der mit dem System- 
rechner (8) verbunden ist und der Daten des ersten Daten- 
ubertragungsprotokolls in Daten des zweiten Datenuber- 
tragungsprotokolls und umgekehrt konvertiert, und ein 
Bussystem (5), an das die Einrichtungen {2, 3, 4) und der 
Protokollkonverter (1) anschliefcbar sind, auf. 
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Beschreibung 

[0001] Die Erfindung betrifft eine Vorrichtung und ein 
Verfahren zur Datenkommunikation zwischen einem Sy- 
stemrechner und Gebaudetechnikeinrichtungen fiir eine fle- 5 
xible und komfortable Parametrisierung und Ferniiberwa- 
chung der Einrichtungen, wobei auf eine vorhandene Kom- 
munikationsinfrastruktur zuriickgegriffen werden kann, um 
den Verkabelungsaufwand zu reduzieren. 

[0002] Moderne Heizungsanlagen benotigen fur ihren Be- 10 
trieb eine Vielzahl von Parameter, die bei der Inbetrieb- 
nahme der Anlage eingestellt und wahrend des Betriebs 
uberwacht werden miissen. Insbesondere bei groBen Hei- 
zungsanlagen ist eine Vielzahl von unterschiedlichen Ein- 
richtungen, beispielsweise auf einem Betriebsgelande, auf 15 
verschiedene Standorte verteilt. So sind beispielsweise die 
Daten von Brennern, Warmepumpen, Warmezahlern und ei- 
ner Vielzahl von Temperatursensoren fiir die Steuerung ei- 
ner Heizungsanlage zu erfassen. Meist wird fiir die Daten- 
iibertragungsverbindung all dieser Einrichtungen ein Haus- 20 
oder Feldbus eingesetzt. Mit Hilfe eines solchen Bussy- 
stems, das beispielsweise innerhalb eines Gebaudes instal- 
liert ist, konnen die fur die automatische Steuerung einer 
Heizungsanlage notwendigen Daten zwischen den verschie- 
denen Einrichtungen der Anlage ubertragen werden. Eine 25 
Vielzahl solcher, meist herstellerabhangigen Bussysteme ist 
bekannt. 

[0003] Der Einsatz dieser speziellen Haus- oder Feldbus- 
systeme ist jedoch meistens auf ein einzelnes Gebaude be- 
schrankt. Fiir groBe Anlagen, die auf mehrere Standorte ver- 30 
teilt sind und von einer zentralen Leitstelle aus gewartet und 
uberwacht werden sollen, sind Haus- oder Feldbussysteme 
nicht geeignet. 

[0004] Ein Hausbussystem, beispielsweise zur Vernet- 
zung einer Mehrkesselanlage, erfordert zudem eine spe- 35 
zielle Verkabelung, was meist einen betrachtlichen Auf- 
wand in der Gebaudeinstallation bedeutet. Weiterhin werden 
spezielle Wartungs- und Konfigurationsterminals zum An- 
schluB an das jeweilige Hausbussystem benotigt. Durch die 
Vielzahl von unterschiedlichen Hausbussystemen kann ein 40 
groBer Mehraufwand in der Verkabelung und in den bereit- 
zuhaltenden Geraten entstehen. Auf der anderen Seite ist in 
den meisten Buro- und Betriebsgebauden bereits eine Kom- 
munikationsinfrastruktur, meist in Form einer Telefon- und 
Datenubertragungsverkabelung, vorhanden. 45 
[0005] Eine Aufgabe der vorliegenden Erfindung ist es, 
eine Vorrichtung und ein Verfahren zur Datenkommunika- 
tion zwischen Einrichtungen, insbesondere Heizungs-, 
Klima- und/oder Kiihlanlagen, und einem Systemrechner zu 
schaffen, die eine flexible und komfortable Wartung, Para- 50 
metrisierung und Ferniiberwachung der Einrichtungen er- 
moglicht. Insbesondere soil dabei auf eine bereits beste- 
hende Kommunikationsinfrastruktur zuruckgegriffen wer- 
den konnen, um den Aufwand fur die benotigte Verkabelung 
zu reduzieren und eine kostengiinstige Datenkommunika- 55 
tion zu ermoglichen. 

[0006] Die Aufgabe wird durch die Merkmale der unab- 
hangigen Patentanspriiche gelost. Die abhangigen Patentan- 
spriiche zeigen vorteilhafte Ausfuhrungsformen und Weiter- 
entwicklungen der Erfindung auf. 60 
[0007] ErfindungsgemaB kann cine Vorrichtung zur Da- 
tenkommunikation, insbesondere zur Parametrisierung und 
Ferniiberwachung von Heizungsanlagen, einen Systemrech- 
ner, mindestens eine Gebaudctechnikcinrichtung, einen Pro- 
tokollkonverter und ein Bussystem aufweisen. Durch eine 65 
solche Vorrichtung kann eine Vielzahl von unterschiedli- 
chen, in der Gebaudetechnik verwendeten Einrichtungen 
auf einfache Weise von dem Systemrechner uberwacht und 



gewartet werden, wobei auf eine vorhandene Kommunikati- 
onsinfrastruktur zuruckgegriffen werden kann, um den Ver- 
kabelungsaufwand zu reduzieren. 

[0008] Der Systemrechner ist zur Ubertragung von Daten 
nach einem ersten Datenubertragungsprotokoll geeignet. 
Der Systemrechner kann eine Software zur Parametrierung 
und Ferniiberwachung der Einrichtungen aufweisen. Der 
Systemrechner kann in einer zentralen Leitstelle fur die 
Oberwachung und Fernwartung von Heizungsanlagen ange- 
ordnet sein. Es kann sich jedoch auch um ein mobiles Gerat 
handeln, das vor Ort zur Parametrisierung und Wartung ei- 
ner Heizungsanlage eingesetzt wird. Die auf dem System- 
rechner eingesetzte Software, die Benutzungsoberflache fiir 
die Bedienung und die Art der Dateniibertragung konnen je- 
doch in beiden Fallen gleich sein. 

[0009] Die Einrichtungen sind zur Ubertragung von Daten 
nach einem zweiten Datenubertragungsprotokoll geeignet. 
Durch die Ubertragung von Daten zwischen den Einrichtun- 
gen und dem Systemrechner konnen die Einrichtungen para- 
metrisiert und uberwacht werden. Die Einrichtungen der 
Vorrichtung konnen raumlich integriert, beispielsweise in 
einem Einbaurahmen oder einem Einbauschrank, angeord- 
net sein oder sie konnen sich an raumlich verschiedenen Or- 
ten, beispielsweise in einem Gebaude verteilt, befinden. Es 
wird eine Vielzahl von unterschiedlichen Einrichtungen auf 
diese Weise parametrisier- und iiberwachbar. 
[0010] Der Protokollkonverter konvertiert Daten des er- 
sten Datenubertragungsprotokolls in Daten des zweiten Da- 
teniibertragungsprotokolls und umgekehrt. Er ist mit dem 
Systemrechner beispielsweise iiber eine Dateniibertragungs- 
verbindung verbunden. Der Protokollkonverter wandelt die 
vom Systemrechner empfangenen Daten des ersten Daten- 
ubertragungsprotokolls in Daten des zweiten Datenubertra- 
gungsprotokolls um. Auf der anderen Seite wandelt der Pro- 
tokollkonverter von den Einrichtungen empfangene Daten 
des zweiten Datenubertragungsprotokolls in Daten des er- 
sten Datenubertragungsprotokolls um. Der Protokollkon- 
verter kann ein raumlich eigenstandiges Gerat sein oder mit 
anderen Einrichtungen der Vorrichtung in einem Einbaurah- 
men oder Einbauschrank integriert sein. Der Protokollkon- 
verter verbindet das Bussystem mit dem Systemrechner und 
nimmt die elektrische und logische Anpassung zwischen 
dem Bussystem und der Daten iibertragungs verb indung zu 
dem Systemrechner vor. Der Protokollkonverter kann fiir 
eine Vielzahl von verschiedenen Bussystemen und Daten- 
ubertragungsverbindungen ausgestaltet sein. Er ermoglicht 
einen einfachen, flexiblen und modularen AnschluB des Sy- 
stemrechners an unterschiedliche Einrichtungen und Bussy- 
steme und erlaubt einen einheitlichen Aufbau des System- 
rechners und seiner Software. 

[0011] Das Bussystem verbindet die Einrichtungen der 
Vorrichtung und den Protokollkonverter. Das Bussystem 
kann der Dateniibertragung zwischen den einzelnen Einrich- 
tungen der Gebaudetechnik untereinander und zu dem Pro- 
tokollkonverter dienen. Die Busteilnehmer konnen bei- 
spielsweise MeBwerte ubertragen, Kommandos zur Steue- 
rung und Regelung der Anlagen austauschen und Nachrich- 
ten fiir Diagnosezwecke versenden. Die an das Bussystem 
anschlieBbaren Einrichtungen konnen Heizungs-, Klima- 
und/oder Kiihlanlagen sein. Weiterhin konnen MeB- oder 
Steuereinrichtungen fur den Betrieb von Heizungs-, Klima- 
und/oder Kiihlanlagen an das Bussystem angeschlossen 
werden. Beispielsweise konnen Warmezahler und/oder 
Tcmperaturfiihler an das Bussystem angeschlossen werden. 
Die an das Bussystem angeschlossenen Einrichtungen kon- 
nen einfach und komfortabel von dem Systemrechner para- 
metrisiert, uberwacht und/oder gewartet werden. Durch den 
Protokollkonverter kann das spezielle und lokal begrenzte 
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B ussy stem auf einfache Weise mit der allgemeinen Kom- 
munikationsinfrastruktur verbunden werden. Eine spezielle 
Verkabelung zwischen den Einrichtungen bzw. dem Bussy- 
stem und dem Systemrechner, der sich beispielsweise weit 
von den Heizungsanlagen entfernt in einer zentralen Leit- 5 
stelle befindet, ist nicht notwendig. Durch die Protokollkon- 
vertierung kann der Systemrechner mit unterschiedlichen 
Bussystemen und verschiedensten Einrichtungen betrieben 
werden. Der Aufbau und die Funktion des Systemrechners 
kann beispielsweise fur unterschiedlichste Heizungsanlagen 10 
gleich sein. 

[0012] Das Bussystem kann ein Haus- oder Feldbus in 
verschiedenen Ausfuhrungsarten sein. Das zweite Daten- 
ubertragungsprotokoll kann ein LON-Protokoll sein. Die 
LON-Busteilnehmer konnen miteinander kommunizieren 15 
und Daten austauschen. 

[0013] Ein erfindungsgemaBer Protokollkonverter kann 
auch zusatzliche analoge oder digitale Ein- und Ausgange 
zum direkten AnschluB von Einrichtungen ohne das Bussy- 
stem aufweisen. Die digitalen Eingange konnen beispiels- 20 
weise den Zustand von angeschlossenen Geraten erfassen. 
Die analogen Eingange konnen bevorzugt zur Erfassung 
von MeBwerten, z. B. durch AnschluB von Temperatursen- 
soren, vorgesehen sein. Durch die Ausgange, beispielsweise 
Relais-Ausgange, konnen angeschlossene Gerate gesteuert 25 
werden. Durch die direkten Ein- und Ausgange des Proto- 
kollkonverters konnen Einrichtungen, die keine Busschnitt- 
stelle aufweisen, von der erfindungsgemaBen Vorrichtung 
zur Datenkommunikation uberwacht und gesteuert werden. 
Der Protokollkonverter kann dazu die Funktion einer virtu- 30 
ellen, am Bussystem angeschlossenen Einrichtung uberneh- 
men, die wie die anderen Einrichtungen vom Systemrechner 
ferniiberwacht, parametrisiert und gesteuert wird. 
[0014] Das erste Datenubertragungsprotokoll kann ein 
Protokoll auf der Basis des Internetprotokolls IP sein. Insbe- 35 
sondere sind das Simple Network Management Protocol 
SNMP, das Hypertext Transport Protocol HTTP, das Trans- 
port Control Protocol TCP oder das LonWorks Network 
Protocol als Transportprotokolle moglich. Durch den Ein- 
satz dieser Standard-Protokolle als erste Dateniibertra- 40 
gungsprotokolle der Vorrichtung wird eine einfache und ko- 
stengiinstige Entwicklung und Herstellung der Vorrichtung 
ermoglicht. Der Einsatz dieser Protokolle ist auf vielen 
Netzwerken fur die Datenubertragung, beispielsweise in Lo- 
cal Aerea Networks LAN mit Ethernet, Tokenring oder 45 
Glasfaserverbindungen und auch fur Datenfernubertragun- 
gen, beispielsweise uber Telefonleitungen, moglich. 
[0015] Der Protokollkonverter kann in vorgegebenen zeit- 
lichen Abstanden vorbestimmte Daten von den Einrichtun- 
gen abfragen, speichern, an den Systemrechner senden und/ 50 
oder zur Abfrage vom Systemrechner bereithalten. Die vor- 
bestimmten Daten und die vorgegebenen zeitlichen Ab- 
stande zu deren Abfrage konnen bei der Konfiguration des 
Protokolikonverters anlagenspezifisch von dem Anlagener- 
bauer oder -betreiber eingestellt werden. Beispielsweise 55 
kann bei der Konfiguration des Protokolikonverters eine Li- 
ste der abzufragenden Einrichtungen und Daten angelegt 
werden. Diese Daten konnen Anlagedaten wie beispiels- 
weise die Einstellung der Bedien- und Konfigurationsdaten 
der Gerate, Storungsmeldungen, Verfahrensdaten, War- 60 
tungsdaten und/oder MeBdaten von beispielsweise Warme- 
zahlern sein. Der Protokollkonverter kann die abgefragten 
Daten speichern und beispielsweise zur Abfrage vom Sy- 
stemrechner bereithalten. Der Protokollkonverter kann auch 
selbstandig Daten an den Systemrechner senden, ohne auf 65 
eine Abfrage vom Systemrechner zu warten. Dies kann ins- 
besondere geschehen, wenn die abgefragten Daten Fehler- 
oder Alarmmeldungen enthalten, auf einen fehlerhaften Zu- 
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stand einer Einrichtung oder auf andere auBergewohnliche 
Ereignisse schlieBen lassen. Die Einrichtungen konnen auch 
selbstandig Nachrichten an den Protokollkonverter senden, 
die von dem Protokollkonverter an den Systemrechner wei- 
tergeleitet oder zwischengespeichert und zur Abfrage vom 
Systemrechner bereitgehalten werden. Der Protokollkon- 
verter dient der Verbindung aller an das Bussystem ange- 
schlossenen Einheiten mit dem Systemrechner. Er sammelt 
die von den Einrichtungen abgesendeten oder abgefragten 
Daten, wertet sie aus und leitet sie an den Systemrechner 
weiter. 

[0016] Der Protokollkonverter kann einen Speicher fur die 
von den Einrichtungen abgefragten oder abgesendeten Da- 
ten aufweisen. In diesem Speicher konnen beispielsweise 
die Konfigurationsdaten und Betriebszustande der Einrich- 
tungen, Wartungs-, Storungs- oder Diagnosemeldungen ge- 
speichert werden. Die gespeicherten Daten liegen fur eine 
Abfrage vom Systemrechner bereit. Die vom Systemrechner 
angeforderten Daten konnen somit unmittelbar an den Sy- 
stemrechner ubertragen werden, ohne daB zuerst eine Rtick- 
frage an die entsprechende Einrichtung zur Ermittlung der 
gewiinschten Daten erfolgen muB. Die einzelnen Daten kon- 
nen auch kombiniert und in groBeren Datenpaketen an den 
Systemrechner ubertragen werden, was die EfTizienz der 
Datenubertragung zu dem Systemrechner erhoht und die 
Kosten fur die Datenubertragung reduzieren kann. 
[0017] Der Protokollkonverter kann vom Systemrechner 
empfangene Daten, die fur eine bestimmte Einrichtung be- 
stimmt sind, uber das Bussystem an die entsprechende Ein- 
richtung senden. Der Protokollkonverter empfangt bei- 
spielsweise Kommandos fur eine Heizungsanlage und leitet 
diese an die entsprechende Einrichtung weiter. Dabei kon- 
nen vorteilhafterweise auch mehrere Kommandos in einem 
Datenpaket des ersten Datenubertragungsprotokolls ge- 
meinsam vom Systemrechner an den Protokollkonverter 
ubertragen werden. Der Protokollkonverter kann die unter- 
schiedlichen Kommandos des empfangenen Datenpaketes 
separieren und an die einzelnen Einrichtungen weiterleiten. 
In der Gegenrichtung konnen beispielsweise viele einzelne 
MeBwerte von verschiedenen Einrichtungen zu einem Da- 
tenpaket kombiniert werden und uber das erste Datenuber- 
tragungsprotokoll vom Protokollkonverter zum System- 
rechner ubertragen werden. Auf diese Weise laBt sich der 
Auf wand fur die Datenubertragung zwischen Systemrech- 
ner und Protokollkonverter deutlich reduzieren. 
[0018] Die Datenubertragung zwischen Protokollkonver- 
ter und Systemrechner kann beispielsweise mittels Daten- 
verschlusselung vor einem unbefugten Abhoren gesichert 
werden. Auch kann die Abfrage von Daten und das "Qber- 
mitteln von Kommandos durch den Austausch von Schliis- 
seln oder Zugangskennungen gegen unbefugte Benutzung 
gesichert werden. Weiterhin kann beispielsweise nur der Zu- 
griff eines bestimmten, bei der Konfiguration des Protokoli- 
konverters festgelegten Systemrechners, auf den Protokoll- 
konverter zugelassen werden. Auf diese Weise konnen nur 
registrierte und berechtigte Systeme bzw. Benutzer Zugriff 
auf die Einrichtungen erlangen. 

[0019] Der Protokollkonverter kann eine vorbestimmte 
Verbindung aktivieren und/oder eine vorgegebene Nachricht 
versenden, wenn von einer der Einrichtungen eine Storungs- 
oder Wartungsmeldung. Insbesondere kann der Protokoll- 
konverter ein Fax, eine Email, eine SMS-Nachricht oder 
eine Sprachnachricht an einen vorbestimmten Empfanger 
versenden. Wenn von einer der Einrichtungen eine Sto- 
rungs- oder Wartungsmeldung vom Protokollkonverter ab- 
gefragt oder von diesem empfangen wird, kann der Proto- 
kollkonverter versuchen eine Verbindung zum Systemrech- 
ner aufzubauen, um die Meldung weiterzuleiten. Ist dies aus 
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verschiedensten Griinden nicht moglich, beispielsweise weil 
der Systemrechner oder die Dateniibertragungsverbindung 
zu dem Systemrechner ausgefallen ist oder eine Storung 
aufweist, kann der Protokollkonverter nach einer bestimm- 
ten Anzahl von Versuchen eine vorbestimmte Notverbin- 5 
dung aktivieren. Der Protokollkonverter kann beispiels- 
weise eine Verbindung zu einem anderen Systemrechner 
aufbauen oder ein vorgegebenes Fax, eine Email, eine 
Sprachnachricht oder eine SMS-Nachricht versenden. Auf- 
grund dieser Nachricht kann das zustandige Bedienpersonal 10 
von der Storungsmeldung der Einrichtung und/oder der Sto- 
rung der Dateniibertragungsverbindung bzw. der Storung 
des Systemrechners in der Leitstelle informiert werden. 
Auch kann durch ein Fax, eine Email oder eine SMS-Nach- 
richt ein vorbestimmter Benutzer von dem Problem infor- 15 
miert werden. Dies ist insbesondere fur die Betreiber von 
kleineren Anlagen, die keine dauemd mit Personal besetzte 
Leitstelle aufweisen, interessant. Das Bedienpersonal kann 
so kostengiinstig und einfach, beispielsweise zuhause, alar- 
miert werden. 20 
[0020] Die Verbindung zwischen dem Protokollkonverter 
und dem Systemrechner kann erfindungsgemaB iiber eine 
analoge und/oder digitale Telefon verbindung erfolgen. Die 
Verbindung kann beispielsweise ein analoges Modem, ein 
GSM-Modem oder ein ISDN-Modem aufweisen. Die Da- 25 
tenubertragungsverbindung kann iiber ein privates und/oder 
ein offentliches Netz kostengiinstig erfolgen. Die Verbin- 
dung zwischen dem Protokollkonverter und dem System- 
rechner kann dauerhaft bestehen oder nach Bedarf auf und 
wieder abgebaut werden. Der Auf- und Abbau der Verbin- 30 
dung kann sowohl vom Protokollkonverter, als auch vom 
Systemrechner aus erfolgen. Dabei kann sowohl eine direkte 
Modemverbindung zwischen dem Modem des Protokoll- 
konverters und dem Modem des Systemrechners als auch 
eine Verbindung zwischen Protokollkonverter und System- 35 
rechner iiber das Internet vorgesehen sein. Bei einer Inter- 
net- Verbindung wahlt beispielsweise das Modem des Proto- 
kollkonverters eine lokale Einwahlnummer eines Internet- 
providers an und stellt eine temporare Internet- Verbindung 
zum Systemrechner her. Auf diese Weise konnen beliebig 40 
angeordnete Anlagen (Protokollkonverter und Einrichtun- 
gen) kostengiinstig mit dem Systemrechner kommunizieren 
und von diesem uberwacht und gesteuert werden. Die Ver- 
bindungskosten bei einem Betrieb von iiber den Globus ver- 
teilten Anlagen konnen so verringert werden. 45 
[0021] Weiterhin konnen im Falle einer temporaren Ver- 
bindung zwischen Systemrechner und Protokollkonverter 
durch die erfindungsgemaBe Speicherung der abgefragten 
Daten der Einrichtungen die tJbertragungskosten deutlich 
reduziert werden. Beispielsweise fragt der Protokollkonver- 50 
ter die Einrichtungen in vorgegebenen zeitlichen Abstanden 
ab und ermittelt die vorbestimmten Daten zur Ubertragung 
an den Systemrechner. Nachdem alle vorbestimmten Daten 
ermittelt wurden, kann der Protokollkonverter eine Verbin- 
dung zu dem Systemrechner aufbauen, die Daten gemein- 55 
sam ubertragen und die Verbindung zu dem Systemrechner 
beenden. Auf der anderen Seite kann auch der Systemrech- 
ner eine Verbindung zu dem Protokollkonverter aufbauen, 
die benotigten Daten von diesem abfragen und die Verbin- 
dung beenden. 60 
[0022] Der Verbindungsaufbau von Systemrechner zum 
Protokollkonverter kann auch mit einem Ruckrufverfahren 
(Call-back- Verfahren) erfolgen. Der Systemrechner sendet 
ein kurzes Signal oder eine Ruckmfauffordcrung an den 
Protokollkonverter, wenn er an diesen Daten ubertragen 65 
oder von diesem abfragen will. Der Protokollkonverter ruft 
daraufhin eine vorgegebene Riickrufnummer zuriick, um 
eine Dateniibertragungsverbindung zum Systemrechner auf- 



zubauen. Da die eigentliche Dateniibertragungsverbindung 
immer vom Protokollkonverter aus zu dem Systemrechner 
aufgebaut wird, kann ein fremdes System keine Daten zu 
dem Protokollkonverter ubertragen oder von diesem abfra- 
gen. Unbefugter Zugriff auf den Protokollkonverter wird 
verhindert und die Sicherheit der Vorrichtung zur Daten- 
kommunikation wird erhoht. 

[0023] In einer Ausfuhrungsform konnen der Protokoll- 
konverter und der Systemrechner beispielsweise eine oder 
mehrere RS-232-Schnittstellen aufweisen. Auf diese Weise 
konnen einfach analoge oder ISDN-Modems zum Aufbau 
der Dateniibertragungsverbindung zwischen dem Protokoll- 
konverter und dem Systemrechner verwendet werden. Pro- 
tokollkonverter und Systemrechner konnen auch durch ein 
Null-Modemkabel oder iiber eine optische Schnittstelle, ins- 
besondere eine Optolink-Schnittstelle, miteinander direkt 
verbunden werden. Dies ist insbesondere fiir eine vor-Ort- 
Diagnose und Wartung durch den Kundendienst von Vorteii. 
Der Systemrechner kann beispielsweise ein geeigneter trag- 
barer Computer sein, der in der Nahe der Heizungsanlage an 
einen Protokollkonverter angeschlossen wird. Durch die er- 
findungsgemaBe Vorrichtung kann sowohl in der Leitstelle, 
als auch auf dem tragbaren Computer vor Ort die gleiche 
Software zur Parametrierung und Uberwachung von Hei- 
zungsanlagen verwendet werden. 

[0024] Eine weitere Moglichkeit fur die Dateniibertra- 
gungsverbindung zwischen Systemrechner und Protokoll- 
konverter besteht in dem direkten AnschluB beider Gerate 
an ein Datennetzwerk LAN. Beispielsweise kann der Proto- 
kollkonverter iiber einen LAN-Koppler an ein Ethernet an- 
geschlossen werden. Der Systemrechner kann iiber einen 
ublichen Ethernet-NetzanschluB mit dem Dateniibertra- 
gungsnetzwerk verbunden werden. Dies ermoglicht eine 
einfache und kostengiinstige Verbindung iiber ein eventuell 
bereits bestehendes Datenubertragungsnetzwerk. 
[0025] Der Systemrechner kann in vorgegebenen zeitli- 
chen Abstanden eine Verbindung zu dem Protokollkonverter 
aufbauen und vorbestimmte Daten abfragen. Die vorbe- 
stimmten Daten wurden zuvor vom Protokollkonverter von 
den Einrichtungen abgefragt und zwischengespeichert. Der 
Systemrechner kann auf diese Weise durch eine einzige Ab- 
frage eine groBere Menge von Daten aller iiber das Bussy- 
stem mit dem Protokollkonverter verbundenen Einrichtun- 
gen erfassen. Ein Verbindungsaufbau zu jeder einzelnen 
Einrichtung ist nicht notig. Auf diese Weise konnen die Da- 
tenubertragungskosten verringert und der Aufbau des Sy- 
stemrechners vereinfacht werden. Der Verbindungsaufbau 
kann auch iiber das Ruckrufverfahren erfolgen, bei dem der 
Protokollkonverter nach Erhalt einer Ruckrufnachricht eine 
vorgegebene Riickrufnummer anwahlt und die Verbindung 
zum Systemrechner aufbaut. 

[0026] Der Systemrechner kann eine Verbindung zu dem 
Protokollkonverter aufbauen und Daten fur eine bestimmte 
Einrichtung an den Protokollkonverter senden. Die Verbin- 
dung kann anschlieBend sofort wieder abgebaut werden. Der 
Protokollkonverter wertet die empfangenen Daten aus und 
leitet Kommandos an die entsprechenden Einrichtungen 
weiter. Der Systemrechner kann auch eine Verbindung zu 
dem Protokollkonverter aufbauen und Daten von einer be- 
stimmten Einrichtung von dem Protokollkonverter abfra- 
gen/empfangen. Der Protokollkonverter kann, falls die an- 
gefragten Daten nicht bereits in dem Speicher vorliegen, die 
entsprechende Einrichtung iiber das Bus system kontaktie- 
rcn, die angefragten Daten ermitteln und an den System- 
rechner ubertragen. Der Protokollkonverter ermoglicht eine 
logische Verbindung zwischen den Einrichtungen des Bus- 
systems und dem Systemrechner. Die Datenkommunikation 
zwischen den Einrichtungen und dem Systemrechner flndet 
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iiber den Protokollkonverter statt. Der Protokollkonverter 
kann den Zugriff auf die Daten der Einrichtungen regeln, 
Daten und Kommandos verteilen oder bundeln/kombinieren 
und den Verbindungsaufbau zum Systemrechner steuern. 
[0027] Der Systemrechner kann auch Verbindungen zu 5 
mehreren Protokollkonvertem aufbauen und Daten zu rneh- 
reren Einrichtungen iibertragen bzw. von diesen empfangen. 
Er kann Daten fur bestimmte Einrichtungen an die jeweili- 
gen Protokollkonverter senden und/oder Daten von be- 
stimmten Einrichtungen von den jeweiligen Protokollkon- 10 
vertern empfangen. Der Systemrechner sendet dazu bei- 
spielsweise Daten fiir eine bestimmte Einrichtung an den 
Protokollkonverter, der an das gleiche B ussy stem wie die 
bestimmte Einrichtung angeschlossen ist. 

[0028] Der Systemrechner kann eine Datenbank aufwei- 15 
sen, die die Konfigurations-, Inbetriebnahme-, Wartungs- 
und Betriebsdaten von Einrichtungen und/oder ProtokolL- 
konvertern enthalt. Insbesondere konnen Storungs- und 
Wartungsmeldungen in der Datenbank gespeichert werden. 
Die Datenbank kann beispielsweise Bedien-, Konfigurati- 20 
ons- und Betriebsdaten der einzelnen Einrichtungen enthal- 
ten. Weiterhin konnen Verfahrens- und MeBdaten, beispiels- 
weise von Warmezahlern oder Temperaturfuhlern, aufge- 
zeichnet werden. Vorteilhafterweise kann die Datenbank 
auch Systemdaten der Protokollkonverter, wie beispiels- 25 
weise der Typ des angeschlossenen Bussystems, eine Liste 
der angeschlossenen Einrichtungen und/oder Informationen 
uber verwendete Modemtypen und ihre Ansteuerungskonfi- 
gurationen, enthalten. Auf die aktuellen Konfigurations-, 
Wartungs- und Betriebsdaten sowie auf die letzten Std- 30 
rungs- und Wartungsmeldungen von zu uberwachenden 
Einrichtungen kann im Systemrechner zugegriffen werden, 
ohne daB eine Verbindung zu dem entsprechenden Proto- 
kollkonverter und/oder der entsprechenden Einrichtung auf- 
gebaut werden muB. Die Datenbank kann beispielsweise 35 
den aktuellen Zustand der zu uberwachenden Heizungsanla- 
gen enthalten. Das Bedienpersonal kann den aktuellen Zu- 
stand uberprufen und gegebenenfalls MaBnahmen zur Behe- 
bung von Storungen einleiten. Weiterhin kann die Daten- 
bank Referenzdaten und/oder Inbetriebnahme- oder Ser- 40 
viceprotokolle fiir die uberwachten Betriebsmittel (Einrich- 
tungen) enthalten. 

[0029] Der Systemrechner kann eine vorbestimmte Nach- 
richt versenden, wenn von einer der Einrichtungen eine be- 
stimmte Storungs- oder Wartungsmeldung vorliegt. Insbe- 45 
sondere kann der Systemrechner ein Fax, eine Sprachnach- 
richt, eine Email oder eine SMS-Nachricht an einen anderen 
Systemrechner, beispielsweise in einer anderen Leitstelle, 
und/oder an eine oder mehrere vorbestimmte Bedienperso- 
nen versenden, um diese iiber den Eingang einer Storungs- 50 
oder Wartungsmeldung zu informieren. Das Weiterleiten der 
Meldungen kann nach einem vorgegebenen Bearbeitungs- 
plan, in dem die entsprechenden Dienste eingetragen sind, 
erfolgen. Der Bearbeitungsplan kann Zeit- und anlagenspe- 
zifisch fur jede Einrichtung oder fur eine Gruppe von Ein- 55 
richtungen einen Dienst- und/oder Serviceplan umfassen, 
der angibt welche Art von Meldung zu welcher Zeit fiir wel- 
che Einrichtung zu einer bestimmten Aktion fuhrt, z. B. 
weiterleiten als SMS-Nachricht. Die durchzufuhrenden Ak- 
tionen konnen durch den Bearbeitungsplan einfach an die 60 
Dienstplane des Bedienpersonals angepaBt werden. Weiter- 
hin kann der Systemrechner vordefinierte Aufgaben nach ei- 
nem definierbaren Zeitschema ausfuhren, um beispielsweise 
Anlagenwertc bestimmter Heizungsanlagcn zu uberwachcn. 
[0030] Ein Zugriff auf die Datenbank des Systemrechners 65 
kann iiber einen Internet-Server und/oder einen WAP- Server 
erfolgen. Auf die Daten des Systemrechners kann mittels ei- 
nes WAP-fahigen Mobiltelefons oder eines herkommlichen 



Intemetbrowsers uber das Internet von einem entsprechend 
ausgestatteten Personal-Computer zugegriffen werden. Bei- 
spielsweise konnen der Betriebs- und Wartungszustand der 
zu uberwachenden Einrichtungen auf einem Webserver zur 
Abfrage iiber das Internet bereitgestellt werden. Dies ist ins- 
besondere fiir das Betriebspersonal von kleineren Anlagen 
von Vorteil, das sich nicht standig in der Leitstelle aufhalt. 
Das zustandige Wartungspersonal kann beispielsweise iiber 
den Versand einer SMS-Nachricht auf eine bestimmte Sto- 
rung aufmerksam gemacht werden. Die Behebung dieser 
Storung kann von dem Betriebspersonal von zuhause iiber 
das Internet und den Web-Server oder ein WAP-fahiges Mo- 
biltelefon erfolgen. Eine nachtliche Anfahrt des Betriebs- 
personals zur Leitstelle kann so vermieden werden. 
[0031] Vorteilhafterweise konnen in einer groBeren Leit- 
stelle oder in einem Betrieb mit mehreren Leitstellen auch 
mehrere Systemrechner jeweils Verbindungen zu den Proto- 
kollkonvertern aufbauen und/oder Daten von den Protokoll- 
konvertem empfangen oder Daten an die Protokollkonverter 
versenden. Die Systemrechner konnen dabei iiber das Inter- 
net miteinander kommunizieren. Auf diese Weise kann ein- 
fach ein verteiltes System mit mehreren Systemrechnern 
realisiert werden. Die Systemrechner konnen beispielsweise 
in mehreren Leitstellen angeordnet sein. Auch kann ein Sy- 
stemrechner in einer Leitstelle angeordnet sein und ein wei- 
terer Systemrechner in Form eines tragbaren Computers fiir 
eine vor-Ort-Diagnose eingesetzt werden. Die Systemrech- 
ner konnen iiber das Internet verbindbar sein und Nachrich- 
ten austauschen. 

[0032] Einer der Systemrechner kann eine zentrale Daten- 
bank aufweisen. Die anderen Systemrechner konnen Daten- 
anderungen an diese zentrale Datenbank melden und/oder 
ihre eigene Datenbank mit der zentralen Datenbank abglei- 
chen. Dies ist insbesondere fur ein groBes System mit meh- 
reren Systemrechnern in einer groBen Leitstelle oder fiir 
mehrere Leitstellen von Vorteil und kann zur Datensiche- 
rung und/oder zur Wahrung der Datenkonsistenz bei Zugrif- 
fen von mehreren Benutzern/Systemen auf die gleichen Da- 
ten verwendet werden. Der Systemrechner, der die zentrale 
Datenbank aufweist, kann automatisch einen Abgleich der 
Datenbanken der einzelnen Systemrechner ansteuern. 
[0033] Ein Verfahren zur Datenkommunikation, insbeson- 
dere zur Parametrisierung und Fernuberwachung von Hei- 
zungsanlagen, kann zumindest einen der folgenden Schritte 
aufweisen: Obertragung von Daten nach einem ersten Da- 
teniibertragungsprotokoll zwischen einem Systemrechner 
und einem Protokollkonverter; Konvertierung der Daten des 
ersten Datenubertragungsprotokolls in Daten des zweiten 
Dateniibertragungsprotokolls und umgekehrt in den Proto- 
kollkonverter; und Obertragung von Daten nach dem zwei- 
ten Datenubertragungsprotokoll zwischen dem Protokoll- 
konverter und mindestens einer Einrichtung. 
[0034] Die erfindungsgemaBe Vorrichtung und das erfin- 
dungsgemaBe Verfahren zur Datenkommunikation zwi- 
schen einem Systemrechner und mindestens einer Einrich- 
tung uber einen Protokollkonverter ermoglicht einen einfa- 
chen und flexiblen Aufbau von komplexen Heizungs-, 
Klima- und Kiihlanlagen. Die Parametrisierung und Fern- 
uberwachung der Einrichtungen kann auf gleiche Weise von 
einem Systemrechner in der Leitstelle oder einem mobilen 
Systemrechner vor Ort durchgefiihrt werden. Der Protokoll- 
konverter ermoglicht den Einsatz von verschiedensten Bus- 
sy stemen zur Vernetzung der Einrichtungen und zum Betrei- 
ben einer Dateniibertragungs verbindung zu dem System- 
rechner iiber eine eventuell bereits vorhandene Kommuni- 
kationsinfrastruktur. Durch die Zwischenspeicherung der 
Daten in dem Protokollkonverter konnen im Fall einer Tele- 
fonwahlverbindung zu dem Systemrechner die Verbin- 
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dungskosten niedrig gehalten werden. Die Datenbank des 
Systemrechners ermoglicht dem Bedienpersonal einen un- 
mittelbaren Zugriff auf aktuelle Betriebs- und Konfigurati- 
onsdaten der zu verwaltenden Einrichtungen. 
[0035] Die folgende Beschreibung von ' Ausfiihrungsbei- 5 
spielen wird anhand von beigefugten schematischen Rguren 
vorgenommen. Es zeigen: 

[0036] Fig. 1 eine schematische Darstellung einer erfin- 
dungsgemaBen Vorrichtung zur Datenkommunikalion, ins- 
besondere zur Parametrisierung und Fernuberwachung von 10 
Heizungsanlagen; 

[0037] Fig. 2 ein mogliches Ablaufdiagramrn der Verar- 
beitung in einem Protokollkonverter; 

[0038] Fig. 2 ein mogliches Ablaufdiagramrn der Verar- 
beitung in einem Systemrechner; 15 
[0039] Fig. 4 eine schematische Darstellung von zwei Sy- 
stemrechnern, die direkt an ein LAN angeschlossen sind; 
und 

[0040] Fig. 5 eine schematische Darstellung flir ein Aus- 
fiihrungsbeispiel eines Protokollkonverters. 20 
[0041] Die Fig. 1 zeigt eine schematische Darstellung ei- 
ner erfindungsgemaBen Vorrichtung zur Datenkornmunika- 
tion, insbesondere zur Parametrierung und Fernuberwa- 
chung von Heizungsanlagen. Bei den zu uberwachenden 
Einrichtungen handelt es sich in diesem Ausfiihrungsbei- 25 
spiel um eine erste Heizungsanlage HZ-A2, eine zweite Hei- 
zungsanlage HZ-B3 und einen Warmezahler WZ4. Die Ein- 
richtungen 2, 3, 4 sind an das Bussystem 5 angeschlossen. 
Bei dem Bussystem 5 handelt es sich beispielsweise um ei- 
nen LON-Hausbus, der in einem Gebaude zur Steuerung der 30 
Gebaudetechnik verlegt ist. 

[0042] Der Protokollkonverter 1 ist sowohl mit dem Bus- 
system 5, als auch mit einem Modem 7 verbunden. Dazu 
kann der Protokollkonverter beispielsweise eine LON-Bus- 
schnittstelle, eine optische Schnittstelle (Optolink-Interface) 35 
und eine RS-232-Schnittstelle aufweisen. Bei dem Modem 
7 kann es sich um ein analoges Telefonmodem oder um ein 
ISDN-Modem handeln. Das Modem 7 ist uber eine Stan- 
dardtelefonverkabelung mit einem privaten oder offentli- 
chen Fernsprechnetz verbunden. Anstelle einer drahtgebun- 40 
denen Verbindung kann auch eine drahtlose Verbindung 
liber ein GSM-Modem vorgesehen sein. Die Steuerung des 
Modems 7 erfolgt von dem Protokollkonverter 1. Der Proto- 
kollkonverter 1 weist weiterhin einen Speicher 6 zur Spei- 
cherung von abgefragten Daten der angeschlossenen Ein- 45 
richtungen 2, 3, 4 und zum Speichern von empfangenen 
Nachrichten von den Einrichtungen 2, 3, 4 auf. 
[0043] Ein Protokollkonverter 1 kann auch zusatzliche 
analoge oder digitale Ein- und Ausgange zum direkten An- 
schluB von Einrichtungen ohne Busschnittstelle aufweisen. 50 
Durch die Eingange konnen beispielsweise die Zustande an- 
geschlossener Gerate oder MeBwerte erfaBt werden. Die 
Ausgange, z. B. Relais- Ausgange, konnen zur Steuerung 
von angeschlossenen Gerate verwendet werden. Dies er- 
moglicht den Betrieb von relativ einfachen Geraten wie 55 
Temperatursensoren, die keine eigene Busschnittstelle auf- 
weisen. Durch die Ein- und Ausgange des Protokollkonver- 
ters 1 konnen diese Gerate von der erfindungsgemaBen Vor- 
richtung zur Datenkommunikation uberwacht und gesteuert 
werden. Der Protokollkonverter 1 ubemimmt die Funktion 60 
einer virtuellen Einrichtung, die wie die anderen Einrichtun- 
gen vom Systemrechner 8 uberwacht, parametrisicrt und 
eingestellt wird und die die Steuerung der direkt angeschlos- 
senen Gerate durchfuhrt. 

[0044] Der Protokollkonverter 1 fragt in vorgegebenen 65 
zeitlichen Abstanden vorbestimmte Daten von den uber das 
Bussystem 5 angeschlossenen Einrichtungen 2, 3, 4 ab und 
speichert diese in dem dafiir vorgesehenen Speicher 6. In 
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dem in Fig. 1 gezeigten Beispiel wurden Daten von der er- 
sten Heizungsanlage HZ-A2, der zweiten Heizungsanlage 
HZ-B3 und dem Warmezahler WZ4 abgefragt und gespei- 
chert. Die zyklische Datenabfrage kann beispielsweise alle 
10 Minuten erfolgen. Die abgefragten Daten konnen bei- 
spielsweise die Betriebs- und Konfigurationszustande der 
abgefragten Einrichtungen enthalten. In dem in Fig. 1 ge- 
zeigten Beispiel wurden diese Daten beispielsweise um 7.55 
Uhr von den Einrichtungen 2, 3, 4 abgefragt. Die gespei- 
cherten Daten werden von dem Protokollkonverter 1 im 
Speicher 6 zur Abfrage vom Systemrechner 8 bereitgehal- 
ten. 

[0045] Der Systemrechner 8 baut beispielsweise jede 
Stunde eine Verbindung zu dem Protokollkonverter 1 auf 
und veranlaBt die Ubertragung der vom Protokollkonverter 
1 gespeicherten Daten. In dem gezeigten Ausfuhrungsbei- 
spiel ist dazu ein analoges oder ein ISDN- Modem 9 mit dem 
Systemrechner 8 und dem Fernsprechnetz verbunden. Ein 
Systemrechner 8 kann auch uber mehrere Modems 9 verfu- 
gen, um gleichzeitig mehrere Verbindungen zu Protokoll- 
konvertern zu unterhalten. Der Systemrechner 8 veranlaBt 
beispielsweise das Modem 9 eine Wahlverbindung zu dem 
Modem 7 und dem Protokollkonverter 1 aufzubauen. Dies 
kann in vorgegebenen zeitlichen Abstanden oder nach Be- 
darf geschehen. 

[0046] Weiterhin kann das Ruckrufverfahren zu dem Auf- 
bau einer sicheren Verbindung zwischen Protokollkonverter 
1 und Systemrechner 8 verwendet werden. Die Verbindung 
kann sowohl als eine direkte Modemverbindung zwischen 
den Modems 7, 9 (z. B. uber den V.34 oder V.90 Standard) 
als auch uber eine Internet verbindung erfolgen. Dazu wahlt 
beispielsweise das Modem 7 eine lokale Einwahlnummer 
eines Internetproviders und stellt eine Verbindung zu dem 
Systemrechner 8 her, der uber das Modem 9 oder einen 
LAN-AnschluB mit dem Internet verbunden ist. 
[0047] Nach Verbindungsaufbau werden die im Protokoll- 
konverter 1 gespeicherten Daten an den Systemrechner 8 
ubertragen und dort in einer Datenbank 10 abgelegt. Nach 
Beendigung der Dateniibertragung kann die Verbindung zur 
Reduktion der Verbindungskosten abgebaut werden. 
[0048] In dem in Fig. 1 gezeigten Beispiel erfolgt der Ver- 
bindungsaufbau vom Systemrechner 8 zu dem Protokoll- 
konverter 1 beispielsweise in stundlichen Abstanden. Die in 
der Datenbank 10 abgelegten Daten wurden beispielsweise 
um 8.00 Uhr vom Protokollkonverter 1 zum Systemrechner 
8 ubertragen. Der Protokollkonverter 1 hat diese Daten bei- 
spielsweise um 7.55 Uhr von den Einrichtungen 2, 3, 4 ab- 
gefragt. Eine nachste regelmaBige Dateniibertragung zwi- 
schen Protokollkonverter 1 und Systemrechner 8 wurde in 
dem gezeigten Beispiel um 9.00 Uhr stattfinden. 
[0049] Um 8.05 Uhr geht beispielsweise eine Nachricht 
mit einer Storungsmeldung der zweiten Heizungsanlage 
HZ-B3 in dem Protokollkonverter 1 ein. Bei Eingang einer 
Storungsmeldung soli erfindungsgemaB vom Protokollkon- 
verter 1 sofort eine Nachricht an den Systemrechner 8 uber- 
mittelt werden und nicht auf die nachste Abfrage der Daten 
durch den Systemrechner 8 gewartet werden. In dem gezeig- 
ten Beispiel wurde die nachste vom Systemrechner 8 initi- 
ierte Dateniibertragung um 9 Uhr stattfinden. Der Protokoll- 
konverter 1 steuert das Modem 7 an um eine Verbindung zu 
dem Systemrechner 8 aufzubauen und die empfangene 
Nachricht weiterzuleiten. Kann diese Verbindung zwischen 
Protokollkonverter 1 und Systemrechner 8 nicht aufgebaut 
werden, so kann der Protokollkonverter 1 beispielsweise 
nach Verstreichen einer vorbestimmten Zeit weitere Versu- 
che zum Verbindungsaufbau auch zu anderen Systemrech- 
nern unternehmen, um die empfangene Nachricht an einen 
Systemrechner weiterzuleiten. Der Systemrechner 8 kann 
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die empfangene Nachricht gemaB dem Bearbeitungsplan, 
beispielsweise in Form eines Fax, einer Email oder einer 
SMS-Nachricht, an das Bedienpersonal weiterleiten, wenn 
die Leitstelle zum Zeitpunkt des Empfangs der Nachricht 
nicht besetzt ist. Kommt diese Verbindung auch bei den wei- 5 
teren Versuchen nicht zustande, versendet der Protokollkon- 
verter 1 eine vorgegebene Nachricht. 

[0050] In dem in Fig. 1 gezeigten Beispiel wird eine Fax- 
Nachricht rnit einem entsprechenden Inhalt an das Fax-Ge- 
rat 11 gesendet. Das Fax-Gerat 11 kann sich beispielsweise 10 
in einer Leitstelle oder zuhause bei einer zustandigen Be- 
triebsperson befinden. Die zustandige Person kann auf diese 
Weise unmittelbar von der eingegangenen Storung in einer 
der Einrichtungen benachrichtigt werden, obwohl zu diesem 
Zeitpunkt keine Verbindung zwischen Protokollkonverter 1 15 
und Systemrechner 8 moglich ist. 

[0051] Selbstverstandlich konnen Protokollkonverter 1 
und Systemrechner 8 auf viele andere Arten miteinander 
verbunden werden und Daten austauschen. Beispielsweise 
konnen beide direkt an ein Computernetzwerk (LAN) ange- 20 
schlossen werden oder sie konnen direkt uber ein Null-Mo- 
dem miteinander verbunden werden. Es sind auch weitere 
Ausfuhrungsformen denkbar, bei denen das Internet oder 
andere Dateniibertragungsmedien genutzt werden konnen. 
[0052] Die Betriebs- und Konfigurationsdaten der Ein- 25 
richtungen 2, 3, 4 konnen vom Betriebspersonal in der Leit- 
stelle direkt durch Zugriff auf die Datenbank 10 des System- 
rechners 8 gepruft und kontrolliert werden, ohne daB dazu 
eine dauerhafte Verbindung zu den zu wartenden und iiber- 
wachenden Einrichtungen 2, 3, 4 bestehen muB. Selbstver- 30 
standlich sind die in diesem Beispiel angegebenen vorgege- 
benen zeitlichen Abstande nur ein mogliches Beispiel fur 
eine Konfiguration der erfindungsgemaBen Vorrichtung und 
konnen den Anforderungen entsprechend angepaBt werden. 
[0053] Die Fig. 2 zeigt einen moglichen Ablaufplan fur 35 
die Verarbeitung in einem Protokollkonverter. In einem 
Schritt 100 wird die gespeicherte Systemkonfiguration des 
Protokollkonverters ausgewertet und der Protokollkonverter 
wird initialisiert. Dabei kann beispielsweise ein angeschlos- 
senes Modem konfiguriert und das Hausbussystem gepruft 40 
werden. 

[0054] In dem Schritt 110 wird gepruft, ob Kommandos 
des Systemrechners 8 fur den Protokollkonverter 1 ange- 
schlossene Einrichtungen 2, 3, 4 empfangen wurden. Im 
Falle eines Empfangs derartiger Kommandos werden diese 45 
in einem Schritt 120 bearbeitet und an die entsprechende 
Einrichtungen uber das B ussy stem 5 weitergeleitet. Es sind 
selbstverstandlich auch solche Kommandos moglich, die an 
alle angeschlossenen Einrichtungen uber das Bussystem 5 
weiterzuleiten sind (Broadcast). Weiterhin kann der System- 50 
rechner 8 natiirlich auch Kommandos an den Protokollkon- 
verter 1 selbst senden. Diese sind vom Protokollkonverter 1 
auszuwerten. Beispielsweise kann auf diese Art die zu wah- 
lende Telefonnummer fiir eine Notverbindung verandert 
werden. 55 
[0055] In Schritt 130 pruft der Protokollkonverter 1, ob 
eine Datenanfrage vom Systemrechner 8 vorliegt. Liegt eine 
Anfrage fur Daten von angeschlossenen Einrichtungen vor, 
werden in Schritt 140 die angefragten Daten an den System- 
rechner 8 ubersandt. Sind keine Daten an den Systemrech- 60 
ner 8 zu senden, so wird direkt zu Schritt 150 verzweigt. 
[0056] In Schritt 150 werden die in den Konfigurationsda- 
ten festgelegten vorbcstimmten Daten von einer Einrichtung 
2, 3, 4 abgefragt. Dazu wird ein entsprechendes Kommando 
nach dem zweiten Datenubertragungsprotokoll an die Ein- 65 
richtung 2, 3, 4 uber das Bussystem 5 gesendet. Die ange- 
sprochene Einrichtung meldet sich mit den angefragten Da- 
ten uber das Bussystem 5 zuriick. Die auf diese Weise emp- 
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fangenen Daten werden in dem Speicher 6 des Protokoll- 
konverters 1 abgelegt. 

[0057] In Schritt 160 wird gepruft, ob aufgrund der emp- 
fangenen Daten oder aufgrund von eingegangenen Nach- 
richten von den zu uberwachenden Einrichtungen 2, 3, 4 
eine Notfatlmeldung an den Systemrechner 8 abzusenden 
ist. 

[0058] Falls eine solche Nachricht an den Systemrechner 

8 abzusenden ist, wird in Schritt 170 versucht, eine Verbin- 
dung zu dem Systemrechner 8 aufzubauen. Gegebenenfalls 
ist der Versuch eine Verbindung aufzubauen nach einer vor- 
gegebenen Zeit mehrfach (z. B. lOmal) zu wiederholen. Es 
kann auch versucht werden eine Verbindung zu einem ande- 
ren Systemrechner 8 aufzubauen. 

[0059] Kann eine Verbindung zu dem Systemrechner 8 
hergestellt werden, so sendet der Protokollkonverter 1 in 
Schritt 180 gemaB dem ersten Datenubertragungsprotokoll 
eine Nachricht, z. B. eine Notmeldung entsprechenden In- 
halts, an den Systemrechner 8. Diese Notmeldung kann die 
empfangene Nachricht von der gestdrten Einrichtung und/ 
oder den Grund aufgrund denen die Notmeldung abgesendet 
wurde, enthalten. 

[0060] Die Dateniibertragung zu dem Systemrechner 8 
kann nach einem Quittungsverfahren durchgefuhrt werden, 
bei dem die jeweilige empfangende Seite den Erhalt einer 
Nachricht quittiert. 

[0061] Falls keine Verbindung zum Systemrechner 8 auf- 
gebaut werden kann, wird von Schritt 170 zu Schritt 190 
verzweigt. In Schritt 190 wird vom Protokollkonverter 1 
eine vorbestimmte Notverbindung aktiviert und eine vorge- 
gebene Nachricht, beispielsweise ein Fax, versandt. Dieses 
Fax kann den Grund fur die Notmeldung und eine Beschrei- 
bung der vorliegende Storung der Verbindung zum System- 
rechner 8 enthalten. 

[0062] In Schritt 200 wird gepruft, ob die bestimmten Da- 
ten von alien abzufragenden Einrichtungen 2, 3, 4 bereits 
vorliegen. Falls noch Daten von Einrichtungen 2, 3, 4 in die- 
sem Durchlauf eines Zyklus abzufragen sind, wird zuriick 
zu Schritt 110 verzweigt und mit der nachsten Einrichtung 
fortgefahren. Sind bereits alle an das Bussystem 5 ange- 
schlossenen Einrichtungen 2, 3, 4 abgefragt, so wird mit 
Schritt 210 fortgefahren. 

[0063] In Schritt 210 wird eine vorgegebene Zeit abge- 
wartet bevor ein neuer Abfragezyklus gestartet wird. Nach 
beispielsweise 10 Minuten wird der Ablauf mit Schritt 110 
und der Abfrage der ersten abzufragenden Einrichtung fort- 
gesetzt. Die Reihenfolge der abzufragenden Einrichtungen 
2, 3, 4 kann in der Konfiguration des Protokollkonverters 1 
beliebig festgelegt werden. 

[0064] Die Fig. 3 zeigt einen moglichen Ablauf der Verar- 
beitung in dem Systemrechner 8 in einer Ausfuhrungsform 
mit mehreren Protokollkonvertern. In Schritt 300 werden 
die Daten der zu uberwachenden Einrichtungen 2, 3, 4 von 
dem ersten Protokollkonverter 1 abgefragt. Dazu wird von 
dem Systemrechner 8 eine Verbindung zu dem Protokoll- 
konverter 1 aufgebaut, d. h. beispielsweise wird das Modem 

9 so angesteuert, daB eine Wahl verbindung iiber ein privates 
oder offentliches Fernsprechnetz zu dem Modem 7 und dem 
Protokollkonverter 1 entsteht. Der Verbindungsaufbau kann 
auch mit einem Ruckrufverfahren (Call-back- Verfahren) er- 
folgen, bei dem die Verbindung nach Erhalt einer Riickruf- 
aufforderung immer von dem Protokollkonverter 1 aufge- 
baut wird. Der Systemrechner 8 sendet entsprechende Kom- 
mandos an den Protokollkonverter 1, der wiederum die an- 
geforderten Daten an den Systemrechner 8 sendet. Im An- 
schluB an den Datenaustausch wird im Falle einer Wahlver- 
bindung diese abgebaut. 

[0065] Fiir den Fall, daB sowohl Systemrechner 8 als auch 
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Protokollkonverter 1 an ein Dateniibertragungsnetzwerk mit 
festen Verbindungen, beispielsweise ein LAN, angeschlos- 
sen sind, erfolgt kein Aufbau einer temporaren Wahlverbin- 
dung. Es wird lediglich eine logische Verbindung zwischen 
Systemrechner 8 und Protokollkonverter 1 zur Datenuber- 5 
tragung aufgebaut. Dies kann beispielsweise durch die Ver- 
wendung von Sockets fur das TCP geschehen. Naturlich 
konnen auch verbindungslose Obertragungsprotokolle, wie 
beispielsweise UDP, eingesetzt werden. 

[0066] Die empfangenen Daten werden in Schritt 310 in 10 
die Datenbank 10 des Systemrechners 8 eingetragen. Auf- 
grund der in der Datenbank 10 vorhandenen Daten kann 
eine Bedienperson jederzeit den Zustand der zu uberwa- 
chenden Einrichtungen 2, 3, 4 uberpriifen, ohne daB erst 
Verbindungen zu den einzelnen Einrichtungen 2, 3, 4 aufge- 15 
baut und die Daten abgefragt werden rmissen. 
[0067] In Schritt 320 werden die empfangenen Daten aus- 
gewertet. Beispielsweise kann ein auBergewdhnlicher Be- 
triebszustand einer Einrichtung 2, 3, 4 festgestellt werden. 
Weiterhin konnen empfangene MeBwerte, beispielsweise 20 
von Warrnezahlern oder Temper aturfuhlern, analysiert wer- 
den. In Schritt 330 wird festgestellt, ob anhand der ausge- 
werteten Daten eine Nachricht an eine Bedienperson zu ver- 
senden ist. 

[0068] Gegebenenfalls wird in Schritt 340 eine solche 25 
Nachricht versandt. Mit Hilfe dieser Nachricht kann eine zu- 
standige Bedienperson von einem auBergewohnlichen Zu- 
stand, beispielsweise dem Vorliegen einer Stoning in einer 
Einrichtung, in Kenntnis gesetzt werden. Die Nachricht 
kann beispielsweise in Form einer SMS -Nachricht an das 30 
Mobiltelefon der Bedienperson ubersandt werden. Die Be- 
dienperson kann so auf einfache Weise zu jeder Zeit und an 
jedem Ort alarmiert werden. 

[0069] In Schritt 350 wird gepriift, ob bereits alle Proto- 
kollkonverter des Systems abgefragt wurden. Falls noch 35 
weitere Protokollkonverter abzufragen sind, wird zuruck zu 
Schritt 300 verzweigt und dort mit der Abfrage des nachsten 
Protokollkonverters fortgefahren. Die Reihenfolge der Ab- 
frage der Protokollkonverter kann beliebig festgelegt wer- 
den und kann im Systemrechner 8 gespeichert werden. 40 
[0070] Im AnschluB an die Abfrage aller Protokollkonver- 
ter wird in Schritt 360 eine vorbestimmte Zeit gewartet, be- 
vor ein neuer Durchgang fur einen neuen Zyklus gestartet 
wird. Die vorgegebene Wartezeit kann den entsprechenden 
Systemanforderungen entsprechend flexibel eingestellt wer- 45 
den. 

[0071] Wahrend der oben gezeigten Bearbeitungsschritte 
kann jederzeit eine Nachricht von einem Protokollkonverter 
1 eintreffen. Die Verarbeitung dieser Nachrichten wird hier 
nicht gezeigt und kann beispielsweise durch eine Interrupt- 50 
Routine erfolgen. Weiterhin wird hier nicht auf vom Benut- 
zer initiierte spezielle Verarbeitungsschritte eingegangen. 
Der Benutzer kann beispielsweise jederzeit eine Aktualisie- 
rung der vorliegenden Daten anfordern. In diesem Fall wird 
vom Systemrechner 8 eine auBerplanmaBige Abfrage der 55 
angefragten Daten von dem Protokollkonverter 1 gestartet. 
Weiterhin kann der Benutzer jederzeit Kommandos fur be- 
stimmte Einrichtungen an der Bedienkonsole des System- 
rechners 8 eingeben. Diese Kommandos werden anschlie- 
Bend vom Systemrechner 8 an den entsprechenden Proto- 60 
kollkonverter 1 ubertragen und dort an die gewiinschte Ein- 
richtung 2, 3, 4 weitergeleitet. 

[0072] Die Fig. 4 zeigt schematisch eine Darstellung einer 
Ausfuhrungsform mit zwci Systemrechnern 8, 11, die direkt 
an ein LAN angeschlossen sind. Beide Systemrechner 8, 11 65 
weisen jeweils eine Datenbank 10, 12 zur Speicherung von 
Konfigurations-, Wartungs- und Betriebsdaten von an den 
Protokollkonverter 1 angeschlossenen Einrichtungen (nicht 



196 A 1 

14 

gezeigt) auf. In diesem Beispiel weist der Systemrechner 8, 
der sich beispielsweise in der Leitstelle befindet, eine zen- 
trale Datenbank 10 auf. Bei dem Systemrechner 11 handelt 
es sich um einen tragbaren Systemrechner in Form eines 
Notebooks mit dem beispielsweise ein Kundendienst- oder 
Wartungstechniker vor Ort eine Diagnose und Wartung von 
Heizungsanlagen vornehmen kann. Der Wartungstechniker 
kann die Heizungsanlage mit Hilfe des mobilen System- 
rechners 11 konfigurieren und warten. Nach AbschluB der 
Wartungsarbeiten werden die aktuellen Konflgurationsdaten 
von der Datenbank 12 an die zentrale Datenbank 10 uber- 
mittelt. Auf diese Weise kann die Konsistenz der Datenban- 
ken 10, 12 sichergestellt werden. Die Verbindung und Kom- 
munikation zwischen den beiden Systemrechnern 8, 11 kann 
auf einfache Weise iiber das LAN oder das Internet z. B. 
durch das Internet Protocol EP erfolgen. 
[0073] In einer weiteren Ausfuhrungsform kann sich bei- 
spielsweise der Systemrechner 8 in der Leitstelle des Anla- 
genbetreibers befinden, wahrend der zweite Systemrechner 
11 beispielsweise in der Leitstelle eines Anlagenherstellers 
angeordnet ist. Auf diese Weise laBt sich einfach ein mehr- 
stufiges System zur Parametrisierung und Fernuberwachung 
von Heizungsanlagen schaffen. Der Anlagenbetreiber fuhrt 
beispielsWeise einfache Wartungsaufgaben selbst aus und 
uberlaBt kompliziertere Wartungs- und Diagnoseaufgaben 
dem Servicepersonal des Anlagenherstellers. Weiterhin 
kann die Leitstelle des Anlagenbetreibers nur teiiweise be- 
setzt sein. Wahrend der Nacht und am Wochenende wird die 
Fernuberwachung von einer anderen Leitstelle durchge- 
fuhrt. Diese kann beispielsweise ein Servicecenter des Anla- 
genherstellers sein, der zentral die Wartung und Fernuber- 
wachung von Anlagen vieler seiner Kunden durchfuhrt. 
Durch die Verwendung des Internets zur Kommunikation 
zwischen den einzelnen Systemrechnern 8, 11 kann eine sol- 
che verteilte Parametrisierung und Fernuberwachung von 
Einrichtungen 2, 3, 4 auf kostengiinstige Weise ermoglicht 
werden. 

[0074] Zur Gewahrleistung der Sicherheit beim Zugriff 
auf Systemrechner 8, 11 und Protokollkonverter 1 konnen 
entsprechende Zugangskontrollen beispielsweise durch 
Kennworter vorgesehen sein. Nur registrierte und berech- 
tigte Anwender und Systeme konnen einen Zugriff auf Sy- 
stemrechner 8, 11 und Protokollkonverter 1 erlangen. Bei- 
spielsweise kann ein Betreiber einer Anlage dem zentralen 
Kundendienst des Anlagenherstellers Zugriffsrechte auf 
seine Protokollkonverter 1 und Systemrechner 8, 11 einrau- 
men. Weiterhin kann der Datenverkehr zwischen den einzel- 
nen Komponenten der Vorrichtung verschliisselt werden. 
[0075] Die Fig. 5 zeigt eine schematische Darstellung fur 
ein mogliches Ausfiihrungsbeispiel eines erfindungsgema- 
Ben Protokollkonverters, 

[0076] Der gezeigte Protokollkonverter 1 kann vorteilhaf- 
terweise aus einem Grundmodul 20 und einem Erweite- 
rungsmodul 21 aufgebaut sein. Das Grundmodul 20 weist 
eine Modemschnittstelle 22 nach der RS 232-Speziflkation 
mit V.24-Pegeln und mit LED-Anzeigen fiir Anwahl und 
Verbindung auf. Die Modemschnittstelle 22 wird mit einem 
seriellen Verbindungskabel mit dem protokollkonvertersei- 
tigen Modem 7 verbunden. 

[0077] Das Grundmodul 20 sowie das Erweiterungsmodul 
21 weisen jeweils eine Schnittstelle 23 auf, beispielsweise 
ein I 2 C-Bus-Interface. Grundmodul 20 und Erweiterungs- 
modul 21 konnen einfach durch den I^-Bus miteinander 
verbunden werden. Auf diese Weise laBt sich ein flexibler 
Aufbau eines Protokollkonverters 1 erreichen. Bei Bedarf 
konnen weitere Erweiterungsmodule iiber den I 2 C-Bus hin- 
zugeschaltet werden, und es kann flexibel ein erweiterter 
Protokollkonverter 1 mit weiteren AnschluBmoglichkeiten 
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geschaffen werden. 

[0078] Sowohl Grundmodul 20 als auch Erweiterungsmo 
dul 21 konnen digitale oder analoge Ein- und Ausgange auf- 
weisen. Diese konnen fur einen direkten AnschluB von wei- 
teren Einrichtungen an den Protokollkonverter 1 vorgesehen 5 
sein. In dem gezeigten Beispiel weisen Grundmodul 20 und 
Erweiterungsmodul 21 jeweils eine digitale Eingangsein- 
richtung 24 mit acht digitalen Eingangen auf. Die digitalen 
Eingange sind beispielsweise zum Erfassen von Betriebszu- 
standen geeignet. 10 
[0079] Weiterhin weisen Grundmodul 20 und Erweite- 
rungsmodul 21 jeweils eine analoge Eingangseinrichtung 25 
auf. Jede analoge Eingangseinrichtung 25 weist zwei ana- 
loge Eingange zum AnschluB von beispielsweise MeBgera- 
ten wie Temperatursensoren auf. Die analogen Eingange 15 
sind mit Analog/Digital- Wandlern versehen, die eine einfa- 
che MeBwerterfassung und eine Ubertragung der digitali- 
sierten MeBwerte zu dem Systemrechner 8 ermoglichen. Die 
Analog/Digital- Wandler haben beispielsweise eine Genau- 
igkeit von 8 Bit. 20 
[0080] Grundmodul 20 und Erweiterungsmodul 21 sind 
jeweils mit einer Ausgabeeinrichtung versehen, die Relais- 
ausgange zum Schalten von Lasten aufweisen. Die Relais- 
ausgange konnen beispielsweise zum direkten Ein- und 
Ausschalten von Geraten vorgesehen sein. 25 
[0081] Das Grundmodul 20 kann weiterhin eine LON- 
Schnittstelle 27 zum AnschluB eines LON-B ussy stems 5 
aufweisen, an der die Einrichtungen 2, 3, 4 angeschlossen 
sind. 

[0082]. Weiterhin kann das Grundmodul 20 eine Optolink- 30 
Schnittstelle 28 aufweisen. Diese optische Schnittstelle 
kann zum storungsfreien AnschluB eines mobilen System- 
rechners 8 fur Wartung und Diagnose vor Ort vorgesehen 
sein. 

[0083] AuBer den in Fig. 5 gezeigten Funktionseinheiten 35 
kann der Protokollkonverter 1 iiber Bedien- und Anzeige- 
elemente wie Betriebs- und Storungsanzeigen verfugen. 
Weiterhin ist eine entsprechende Spannungsversorgung vor- 
zusehen. 

[0084] Die in Fig. 5 gezeigte Ausfuhrungsform eines Pro- 40 
tokolikonverters 1 ermoglicht einen flexiblen Aufbau. Fur 
kleine Anlagen, die nur wenige direkt an den Protokollkon- 
verter 1 anzuschlieBende Einrichtungen aufweisen, kann der 
erfindungsgemaBe Protokollkonverter 1 allein aus dem 
Grundmodul 20 bestehen. Durch den Einsatz von einem 45 
oder mehreren Erweiterungsmodulen 21 kann der Protokoll- 
konverter 1 flexibel erweitert werden, und zusatzliche Ein- 
richtungen konnen auf einfache Weise zur Fernwartung, Pa- 
rametrisierung und Steuerung an den Protokollkonverter 1 
angeschlossen werden. Der Protokollkonverter 1 wird dazu 50 
vom Systemrechner 8 wie eine am Bussystem 5 angeschlos- 
sene Einrichtung behandelt und kann selbst Empfanger von 
Nachrichten und Kommandos sein, mit denen die direkt an- 
geschlossenen Gerate abgefragt oder beeinflusst werden 
konnen. 55 

Patentanspriiche 

1. Vorrichtung, insbesondere zur Parametrierung und 
Fernuberwachung von Heizungsanlagen, mit 60 
einem Systemrechner (8), der zur Ubertragung von Da- 
ten nach einem ersten Datenubertragungsprotokoll ge- 
eignet ist, 

mindestens einer Einrichtung (2, 3, 4), die zur Ubertra- 
gung von Daten nach einem zweiten Datenubertra- 65 
gungsprotokoll geeignet ist, 

einem Protokollkonverter (1), der mit dem System- 
rechner (8) verbunden ist und der Daten des ersten Da- 
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tenubertragungsprotokolls in Daten des zweiten Daten- 
ubertragungsprotokolls und umgekehrt konvertiert, 
und 

einem Bussystem (5), an das die Einrichtungen (2, 3, 4) 
und der Protokollkonverter (1) anschlieBbar sind. 

2. Vorrichtung nach Anspruch 1, wobei die an das 
Bussystem (5) anschlieBbaren Einrichtungen (2, 3, 4) 
Heizungs-, Klima- und/oder Kuhlanlagen und/oder 
MeB- oder Steuereinrichtungen fiir den Betrieb von 
Heizungs-, Klima- und/oder Kuhlanlagen sind. 

3. Vorrichtung nach Anspruch 1 oder 2, wobei das 
Bussystem (5) ein Haus- oder Feldbus ist und/oder das 
zweite Datenubertragungsprotokoll ein LON-Protokoll 
ist. 

4. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 3, wobei das erste Datenubertragungsprotokoll ein 
Protokoll auf der Basis des Internet Protocols IP, insbe- 
sondere das Simple Network Management Protocol 
SNMP, das Hypertext Transport Protocol HTTP, das 
Transport Control Protocol TCP oder das LonWorks 
Network Protocol, ist. 

5. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 4, wobei der Protokollkonverter (1) vorbestimmte 
Daten in vorgegebenen zeitlichen Abstanden von den 
Einrichtungen (2, 3, 4) abfragt, speichert, an den Sy- 
stemrechner (8) sendet und/oder zur Abfrage vom Sy- 
stemrechner (8) bereit halt. 

6. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 5, wobei der Protokollkonverter (1) einen Speicher 
(6) fiir die Speicherung der von den Einrichtungen ab- 
gefragten Daten aufweist. 

7. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 6, wobei der Protokollkonverter (1) vom System- 
rechner (8) empfangene Daten, die fur eine bestimmte 
Einrichtung (2, 3, 4) bestimmt sind, uber das Bussy- 
stem (5) an die entsprechende Einrichtung (2, 3, 4) sen- 
det. 

8. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 7, wobei der Protokollkonverter (1) eine vorbe- 
stimmte Verbindung aktiviert, wenn von einer der Ein- 
richtungen (2, 3, 4) eine Storungs- oder Wartung smel- 
dung vorliegt. 

9. Vorrichtung nach zumindest einem der Anspriiche 1 
bis 8, wobei der Protokollkonverter (1) eine vorgege- 
bene Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS-Nachricht, ver- 
sendet, wenn von einer der Einrichtungen (2, 3, 4) eine 
Storungs- oder Wartungsmeldung vorliegt und die Ver- 
bindung zum Systemrechner (8) gestort ist. 

10. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 9, wobei die Verbindung zwischen dem Protokoll- 
konverter (1) und dem Systemrechner (8) iiber eine 
analoge und/oder digitale Telefonverbindung erfolgt 
und ein analoges Modem, ein GSM-Modem oder ein 
ISDN-Modem (7, 9) aufweist. 

11. Vorrichtung nach Anspruch 10, wobei die Verbin- 
dung zwischen dem Protokollkonverter (1) und dem 
Systemrechner (8) uber ein Riickrufverfahren aufge- 
baut wird. 

12. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 11, wobei der System rechner (8) in vorgegebenen 
zeitlichen Abstanden eine Verbindung zu dem Proto- 
kollkonverter (1) aufbaut und vorbestimmte Daten ab- 
fragt, die der Protokollkonverter (1) zuvor von den Ein- 
richtungen (2, 3, 4) abgefragt und zwischengespeichert 
hat. 

13. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 12, wobei der Systemrechner (8) eine Verbindung 
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zu dem Protokollkonverter (1) aufbaut und/oder Daten 
fiir eine bestimmte Einrichtung (2, 3, 4) an den Proto- 
kollkonverter (1) sendet und/oder Daten von einer be- 
stimmten Einrichtung (2, 3, 4) von dem Protokollkon- 
verter (1) empfangt. 5 

14. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 13, wobei der Systemrechner (8) eine Datenbank 
(10) aufweist, die die Konfigurations-, Inbetrieb- 
nahme-, Wartungs- und/oder Betriebsdaten von Ein- 
richtungen (2, 3, 4) und/oder dem Protokollkonverter to 
(1), insbesondere Storungs- und Wartungsmeldungen, 
enthalt. 

15. Vorrichtung nach Anspruch 14, wobei der System- 
rechner einen Internet- und/oder WAP-Server zum Zu- 
griff auf die Datenbank (10) aufweist. 15 

16. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 15, wobei der Systemrechner (8) eine vorbe- 
stimmte Nachricht, insbesondere ein Fax, eine Sprach- 
nachricht, eine Email oder eine SMS-Nachricht, ver- 
sendet, wenn von einer der Einrichtungen (2, 3, 4) eine 20 
bestimmte Storungs- oder Wartungsmeldung vorliegt. 

17. Vorrichtung nach zumindest einem der Anspriiche 
1 bis 16, wobei mehrere Systemrechner (8, 11) Verbin- 
dungen zu Protokollkonvertern (1) aufbauen und/oder 
Daten von den Protokollkonvertern (1) empfangen 25 
und/oder Daten an die Protokollkonverter (1) senden, 
wobei die Systemrechner (8, 11) iiber das Internet mit- 
einander verbindbar sind. 

18. Vorrichtung nach Anspruch 17, wobei einer der 
Systemrechner (8) eine zentrale Datenbank (10) auf- 30 
weist, an die die anderen Systemrechner (11) Datenan- 
derungen melden und/oder mit der die Datenbanken 
(12) der anderen Systemrechner (11) abgeglichen wer- 
den. 

19. Verfahren, insbesondere zur Parametrierung und 35 
Ferniiberwachung von Heizungsanlagen, mit den foi- 



Ubertragung von Daten nach einem ersten Datenuber- 
tragungsprotokoll zwischen einem Systemrechner (8) 
und einem Protokollkonverter (1), 40 
Konvertierung der Daten des ersten Dateniibertra- 
gungsprotokolls in Daten eines zweiten Dateniibertra- 
gungsprotokolls und umgekehrt in dem Protokollkon- 
verter (1), und 

trbertragung von Daten nach dem zweiten Dateniiber- 45 
tragungsprotokoll zwischen dem Protokollkonverter 
(1) und mindestens einer Einrichtung (2, 3, 4). 
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